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(54) Apparatus and method for processing servlets 



(57) A method and apparatus for operating a local 
server computer of a client-server network includes a 
technique to receive a request from a client computer of 
the client-server network. A determination is made 
whether the request requires dynamically generated in- 



formation from a servlet object of the client-server net- 
work If so. a specified servlet object corresponding to 
the request may be uploaded from a remote server com- 
puter of the client-server network. The specified servlet 
object is then executed to obtain dynamically generated 
information corresponding to the request. 
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Description 

3nef Description of the invention * ^ 

This invennon relates generally to exchanging .n form*, on ,n a diem-seiver ccmoui^r -nvrDn-ncn. -J,-^ 

ufarly th.s invent.cn relates to an .mproveo tccnmque to: responc.ng lo .nfom^on ^cues* a: a served comber" 

Background of the Invention 

.s wTT n0 ' lVOrkS ?-r0 W °" kn0Wn m ° S1 ?r0m,nCn ' exampla of a cl«n,.servor como uier network 

is «he WortoW.de Web of compu.ers In a chom-sorvor compuier no.work a server computer r»c8.vo«? 
,n orn.a.on from a cl.on, compute, Web server soOware operat.ng on ,ho server comoulor tyc.cl^r^e re 
cl en « ' ! '° n 3 S '° red 0n 3 P6rmanenl SIOra S' * V >co and ,ransm„s , h0 f.le over ,ne ne wo k « ,ho 

soMware ma^ M U33e ' H - " ' S n °' eaS ' ly eX '° nded 10 P '' 0Vide nCW "™<««"'y G-ven the dynam c na.u e i odal s 
Coin h " Pr °, C, ' S ' aCk °' " eX ' D "" y Mb '»* «n ser.ously h.nder ,„„ maLtab.l.ty of , e procuc, 
Current web server software can genera.e a die dynam.cally ,n response to a roquosi , ron a c , ' -™ « 
Typ.cally. tne web server receives the request and then forks a Common Gateway lm 3% S J«eT £ Zan 

ge^rated Un '° nUna!ely - " ' S c °<^ !a "°-"v expense to fork a process each ,,me dynam.c .nformat.on ne Js 'coe 

Summary of the Invention 

» ThP T n h r? /en " OT ?' UCieS 3 me ' h0d and appafa,US ,or operalin 9 3 'ocal server computer of a chent-server network 
The nvenuon .nc.udes a techmgue to rece,ve a request from a chem computer of the Cent-server ne wc7k A d I 

" ..nn n! t?' 6 ! ° b,eCIS °' me ' nVen " 0n prWlde an ob|ecl onen,ed web server environment which is flexible and ex 
lendio.e. The cl.en.-server network of the ,nv G n„on ,s poputa.ed w„h the servle, ob.ec.s The se vle ob, s ooer , a " 

Brief Description of the Drawings 

F.GU? 8 , 0 .! T n> ™ Wi " n ° W 56 d6SCnbed ,n con i unc "° n w«h the accompanying drawings in which- 
RGURE I ,' T rr h 7'**™ aCCOrbanCe w ' ,h an "^en, of the i ven on 

RGURF 3 is L I !?•, 1 a "° n °' ' meraCtl0nS belW6en 3 Web SefVer and lhe 

FIGURE 3 . a s.mpl.f.ed ..fustrat.on of ,he .nteracons be.ween a web server and a servle, loaded from an externa, 

P,r nn- - i !! UStra ' eS Pf0cessin 9 s,eDS associated w„h a servle. processing routine 
i iT i 3 " luSlra,es P r °«ss,ng s,eps associated w.th a servle, processmg routine 
L,ke reference numerals refer to corresponding parts .hroughou, ,he severa, views of .he draw.ngs 
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Detailed Description of the Invention 



Figure 1 illustrates a client-server computer network 20 
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The cheni computer 22 is a standard computer including a Central Processing Unit (CPUi 30 connectoc ; c a 
memory (primary anci/or seconcary) 32 The memory 32 stores a numoer of computer programs, including a "orowser" 
34 As known in the art. a browser is used to communicate with remote server computers 2- anc to visuaiiy present 
the information received from such computers. Tne cirent computer 22 establishes network communications tnrougr. 
s a standard network connection cevice 35. 

The server computer 2& includes standard server computer components, including a network connection device 
40. a CPU 42. and a memory (primary and/or secondary) 44 The memory 44 stores a set of computer programs to 
implement (he processing associated with tne invention The memory 44 stores a web server 45 Tne weo server 45 
may be of the type known m the an. which is modified to include the additional programs snown in Pigure i That is 
*o in an embodiment of the invention, a standard web server 45 is modified to include a server acceptor thread 45. a 
connection queue 50. a pool administrator 52. a thread pool 54. serviets 55. a servlet map 55. a security administrator 
50. and boundary serviets 52. 

Figure 2 is a simplified illustration of a server computer 2^A constructed in accordance with an embodiment of tne 
invention The figure shows a web server 45 interacting with a set of serviets 56A-55N. In particular the weD server 
'5 46 interacts with the serviets through an application program interface (API). As indicated in Figure 1. the web server 
46 and the serviets 55 are stored in memory 44 The web server 45 may be standard web server software that is 
modified to include the functionality described herein. Eacn servlet 55 is a piece of software code which is used to 
dynamically generate information. Each servlet 55 is an instantiated software ob|ect waiting to be invoked. Once it is 
invoked, it dynamically generates information. Note that this technique of dynamically generating information is distinct 
20 from the typical process of fetching static information from a permanent storage device. The technique of the invention 
is simitar to a CGI script in the sense that it dynamically generates information. However, unlike a CGI script, a servlet 
object of the present invention is instantiated at server stan-up. Thus the servlet can be thought of as operating in a 
continual loop waiting to be executed Observe that after instantiation there is no computational start-up expense when 
the servlet is calfed. 

2S Figure 3 is a general illustration demonstrating additional features of the invention. Figure 3 illustrates a local server 

computer 24A which receives a request from a client computer (not shown) over transmission channel 26. The web 
server 46 determines that dynamically generated information from a servlet object is required. In this case, the servlet 
object is not initially on the local server computer 24A. thus it is uploaded by the local server computer 24A from a 
remote server computer 24B using communication link 26. In the example of Figure 3. servlet 56P is passed from the 

30 remote server computer 248 to the local server computer 24A. 

Figure 3 illustrates another feature of the invention. In particular, it illustrates that the uploaded servlet 56P is 
executed in a security area 57 of the local server computer 24A After execution, the results are passed to a boundary 
servlet 60 in the remaining portion o( the local server computer 24A. This security feature allows untrusted serviets to 
be safely executed. 

35 The foregoing discussion provides a general description of the features and benefits of the invention. Attention 

now turns to a more detailed description of these features and benefits The left side of Figure 4 illustrates processing 
steps associated with an embodiment cf the invention. The right side of Figure 4 illustrates program components that 
may be used to execute these operations. 

The first processing step shown in Figure 4 is to determine whether a new request has been received (step 70). 

J0 As indicated above, a request is a request for information from a client computer 22 to a server computer 24. The 
operation of a client computer 22 requesting information from a server computer 24 is well known. It is typically per- 
formed using a Uniform Resource Locator or URL. A URL specifies a computer and a file. A typical URL is http://SU/ 
123. This URL is an instruction to retrieve the file "123" from the State University computer "SU" using the Hypertext 
Transfer Protocol 'HTTP'. 

J 5 As shown in Figure 4. a server acceptor thread 48 is used to process each new request. Preferably, the invention 

is implemented as a connection-oriented web server with a server acceptor thread that continually loops while accepting 
requests. Once a request is received, it dispatches the request to a connection queue (step 72). As shown in Figure 
1. the connection queue 50 is formed in the memory of the local server computer 24. 

If no new request is received, then a check is made to determine whether the queue is empty (step 71). If the 

so queue is not empty or a new request has been received, processing proceeds to step 74. Step 74 entails thread pool 
administration operations, which are executed by a pool administrator 52. Figure 1 illustrates a thread pool 54. The 
thread pool 54 is a pool of threads that are used for request processing. Individual threads fetch and process requests 
from the connection queue 50. The pool administrator 52 operates to ensure that there is a thread for each request in 
the connection queue 50. The pool administrator 52 creates or forks additional threads to handle new requests in the 

55 connection queue 50. If a maximum number of threads is reached, the pool administrator 52 blocks new requests from 
entering the connection queue 50. In such a case, the server computer does not receive new requests. On the other 
hand, if a thread has been waiting more than a predetermined period of time for a request from the connection queue 
50. then the pool administrator 60 will destroy it. Preferably, a new handler thread is created using the butter space of 
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a destroyed handler ihreac In otner words :he .nvennon ,s preieraoiv implemented :v us,r,~ = <™-,'r 0 '-e 

space lor a tnread. When a thread is cssiroyed. the Puffer memo.-v space is eiearec bu« .! .s as^ne* ^ s "7 '."I'j 
oy reusing allocated memory ,n this manner this emood.men: of tne mvent.cn mm.m.zes the amount ol memcryused 
_ oy the sysiem, especially when compared to systems wn.cn allocate ana deallocate memory on a oer r~ u »s> cas.s 
Alter the thread pool administration operations are performed (steo 74) a thread retrieves a re~ues,Ycm •.->- 
connection Queue (step 76) The thread then maps ine request to a servlet name (step 7=, The serv.et may be s^-ified 

% h 7, "7 J maPP ' nQ P ' 0CeSS ' S d ' reCt ° n thS 0lner hanC some ^iaucr. process may o» mou.ro- 

o identify which servle. wil, be able to service the request The mapping ooerat.on may be oerformed In one c^e" 
lol lowing ways A server administrator m„y specify that some kinds ol cl.ent requests always mao to a pan.cular servj 
ro example, one wh.ch talks to a pamcular database A server administrator may specify that par, of the client "cues, 
is he name of the servle,. as found in an adm.n.s.ered servlets d.rectory At many s„es. that directory wouW be sS 
between servers wh.ch share the load of processing for the site's Cents Some servers may be abTe to automlSv 
invoke servlets to filter the output o, other servlets. based on their adm.n.strat.ve configuration Fo example p^ ui 
types of sen, e, output may trigger postprocessing by other servlets. perhaos to Perform forma, converTons P pe I 
'» authored chen.s may spec.ly the servle. to be invoked. w„hou, adm,n,s,ral,ve .ntervent.on P V 

,«J?T { \ ° H Pera !' 0nS may also be P^'ormed by the ,hread (step SO). A security adm.nistrator 60 may be used to 
iden.ify trusted and umrusted classes of servlets The dec.sion to trust a serv.et may be es.abi.shed by a se, o rules 
associated w„h the security administrator 60 For examp.e. the secur.ty adm.n.strator 60 may dec de to III a « a 

to ZT \ a " UPl03ded ne,W ° rk SerV ' elS UmrUS,ed Sefvle,s are lflen - me secu my a a a 

oredle'rm 9U ; 6 \ * admin ' Slral0r 60 ™V als ° be <° de.erm*e „ the servle, ,s author, d to per orm 

predetermined r.sky operal.ons Security mformanon of this type may be stored in the tnread 

JAVA servlets in accordance w„h the mvent.on provide strong securny pol.cy support Th.s is because all .ava 
environment prov.de a Security Manger which can be used ,o control wheiher ac" ons such as n woTo r ( , l ^ 

>s 2? Pefmmed ' 8y de ' aU " a " SefVle!S arS UnlrUS ' ed and s ' e ™ M 'o Pe^orm opera„ons sue a access no 
-> network services or focal files. However, servlets "buil, in,o" the server, or servlets wn.ch have been dig.Jly s qned al 
•hey were pu, into JAVA Archive files may be ,rus,ed and gran.ed more P erm,ssions by the secunty 1 ager A d n.-a 
signature on executable code ind.ca.es tha, the organization which signed ,he code "vouches for ,nn some sen e 
S«ch signature, can', support accountab.lity by themselves, bu, they do indicate a degree of assu ance ZZ be 
30 w Z ° n °h 31 6XamP ' e - 3 Par " CUlar Si9na,Ure ,r ° m an ^organization m.gh, be requ eJ on a 7code 

code h 9 h ''"I f K aCC6SS 10 ne ' WOrk W " hin 3 COrp0fale in!raneI Thal might on; be u ed^n 

C or scri'n, nn I " " ^ ^ '° V '°' a,e Par ' iCU ' ar P °" C ' eS AP ' S ' n '-guaoes uch 7s 

me" code 9Ua96S " ' SUPPOf ' 9ramed aCC8SS C ° mr0lS 6Ven " ,hey d0 a "° w di 9" al » £ 

After security operations are performed (step 80). the thread is dispaiched (steo 32 of Fiqure 5) The d.soa.ch 
■» operauon entails mvok.ng a servle, so ,ha, it generates the requested dynam.c ,n formation The d.spa ch ^perS ,s 

"I 0 : A deC ' SIOn iS madS ,0 d6,ermine whelhef lhe - V« - ^a, ,s,ep B4, „ the ser^ien ta^ h n he 
local servle. .* execu.ed (step 65). Th.s results in the generation o, dynamic mformanon ,ha. is .hen processed bj Te 
web server 4o ,n a s.andard manner. The web server 46 .yp.ca.ly passes the information back to tti^lSZr 
using known .echniques. The exchange of information between a servle, and the web server 46 ,s achlldZuch 
-o an apphcalion program inlerface. which is described below. ach.eved through 

whelheMhe unt^n ^l' T V """^ " rem °' e ^ 248 (S,e P 89 » A decision « ^de regarding 
wheihe the uploaded servle, ,s safe (step 90). Recall .ha. the security operation step resulted in the thread acVuirinS 
informa on regarding security parameters for servle.s. .. there are no security prob.ems associa.ed w i h he uPloade! 
e cuted n n fl " ' S eXeCUIe<1 ,0Ca " y (SI6P 92) ° n ' he °' her hand ' " 9 SeCU " ty P'° blem «• >h h s JvS is 

a eaS 96, A bo La" '^i? 4 ' 1" erea " er " 5M5 are ^ '° ™ X 

area (slep 96). A boundary servle. may be used for this purpose. The boundary servlet may be implemented throJh 

me use o. stubs and subcomrac.s or through o.her -fire wall" techn.ques known'n ,he ar. 

processing relurns to step 70 of Figure 4. 61 ls execule(:, • 

The operaiion of [he inven.ion has now been fully described Attention now turns m =, „„„• , _ 

t^^T* ,hal are used in accordance Jh ,he ,n — ™ %£££%Z 

-menace used ,n connecon w„h the senrle. objec.s. As indicated above .he servle. obiects are object Te ZZT 
ejects .ha. are used .o oynamca.hr genera.e information. They are instantiated cb^s m s, !n a C wa!„n Q 1 
ZXZZ at>,V ''^ imP,emen,ed 35 0b * eC ' b * eCOdes in *° JAVA - P«*L^£^^^ 

AVA oh , , ^ Pr ° 9ra T' n9 lan9Ua9e ' S US6d 10 ,mple ' Tlen, ' app ' e,S " on a dien, computer An Tl«a2 
JAVA ob,ec. bv,ecodes that are used to genera.e a graphical display on a diem computer The servlL emb^vi^.hl 
present inven.ion are execu.ed on the server side and do no, have graphical content ' bodying the 

nr 0 H A , Sen " et J S ,yPiCa " y ins,an,iated on server s,artu P- ln alternative. ,he servle. may be instantiated under a 
predetermined se, of condi.ions or by client invoca.ion. The serv.e, may be instan.iated and 1*2^^^ 
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(e g hup //host' < servlet U. = .L>) The hitp protocol supports tne passing of arguments, thus arguments may oe Da s sec 
io the servlet (e g 'awpJinosU < servioi UP.L>"< arguments >) ~ne properties oojeci is a JAVA programming ianguage 
properties class which comprises a set of "name value" pairs A system administrator can pass arguments to an in- 
stantiated HupServlet object through the properties object In ims way tne system administrator can "customize* an 
HupServlet for a particular server at a particular site Por example the system administrator can pass the H'-pservle: 
object sue specific information about tne network location of a database which stores documents tnat will bo requested 
by cfient processes across the network or the amount of memory available m system buffers wmcn will do usee /or 
processing the server administrator 

Once instantiated, a servlet loops until the server is shut off or a destroy method is called on the servL-i by tne 
server Since the servlet operates in a continual loop as u watts for requests to act upon the server computer avoids 
the overhead of creating and destroying the servlet between requests to the servlet. In addition, keeping sorviets alive 
between requests allows servlets to pass data and communicate amongst themselves . c cr example servlets can 
maintain data about a user between sessions by the user This data can be shared among different servlets in order 
to customize a working environment within which the user works If servlets were created and destroyed on a per 
request basis, it would be much more difficult, if not practically impossible, (or a servlet to understand the environment 
within which it runs and utilize this knowledge to provide improved processing capabilities The server computer can 
call a destroy method on the servlet when some resource limit in terms of time memory etc is reached 

The servlet application program interface (API) establisnes a standard for interfacing servlets with information 
servers, such as web servers The servlet API contains metnods for initializing a servlet. processing the request, getting 
servlet information and destroying the servlet The servlet API allows platform independent servlets An example 
servlet interface is as follows 

Servlet interface: 
interface HupServlet { 

Initialize (ServletContext, ServerPropenies); 

Service(HttpRequest, HttpResponse); 

Destroy (); 

} 

The server computer passes objects that implement the "HttpRequest". while the servlet returns an "HtipResponso" 
object. The "ServletContext" interface is used to exchange information with the server environment. Some of the meth- 
ods on the "ServletContext" object are "GetserverO" and *GetServlets{)\ "GetServer" returns a pointer to the parent 
server within which the instantiated Httpservlet runs. Using this pointer, the HupServlet object can find out information 
about its parent server. The "GetServiet" method returns pointers to the servlets running on the parent server. The 
"ServerPropenies" interface is used to exchange information regarding specific server properties established by a 
server administrator 

Servlets support the familiar programming model of accepting requests and generating responses. The following 
is a simple servlet defining a single method called "service" * 
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import java.serviet. *; 

public class MyServlet extends GenericServlet { 

public void service ( 

ServletRequest request, 
ServletResponse response 

) throws ServletException, IOException 

{ 



} 



} 



bllp l T ! T WU RGqUeSI ReSP ° nSe These parameters encaosuiate the daia sent 

by (he chen, (hereby allowing servlets to repor( status information, such as errors Serves normally r ^ ^ s c 
ihe.r paramelers ,hrough an ,nput s(ream and send the.r responses us.ng an output stream 



ServletlnpuiStream in = rec'jest.gellnpu'.Stream () 
ServlelOulputSlream out = response. gelOulpulStream (): 



These mpui and ou.put s>reams may be used w,lh data m whatever format .s appropna.e. For examole an aoo.ef and 
■ervl.rm.ghi exchange data us.ng object senahzat.on. HTML, or any number oTimago formats " 

S.nce servlets are JAVAobiec.s. Ihey have ins.ance-specihc data. Th,s means that ■„ effect servlets are .ndepend 

IT rUnn ' n9 W " h,nservefS wi,houl needl "9 lh * comply °< additiona. classes (wh.ch are t ™>% t 
some alternate server extens.on APIs). Serv.ets have access to some servle.-SDec.fic conf.guraf.on da,a a. nl! 

«;r xr^nr data provided ai ,nmon ,,me — » - — 



Bu.lding upon the prev.ous simple servlot examples, the following program code is an example o, = lhal 
used to send Hypertext Markup Language (HTML) text when i. is .nvoked P ' ha ' ' S 



■iS 
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public class SimpleServlet extends GenericServlet { 
public void service(ServletRequest req, ServletResponse res) 
throws ServleiException, IOExccption 

{ 

res. setConteniType(" text/html"); 

PrintWriter out = new- PrintWriter(res.gelOutputStream()); 
out.println("<HEAD> < TITLE > SimpleServlet Output 
</TITLE> </HEAD> <BODY>"); 

out.println( M <hl > SimpleServlet Output </hl>"); 
out.println(" <P>This is output from SimpleServlet."); 
out.println( M </BODY>"); 
out.flush(); 

} 

public String getServletlnfoO { 

return "A simple servlet"; 

} 

} 

The following program code is an example of a serviet that uses the finger protocol to query information about 
users on specified host computers. The query string parameters < tt > user < /it >. < tt > hosts < At >. and < tt > verbose 

< /tt > can be used to specify the user and hosts to query The parameter <tt> user </lt> is the user name. <tt> hosts 

< /tt > is a comma-separated list of host names to query, and <tt> verbose </tt>. if specified, will cause verbose output 
to be generated. For example. <pre> http/goa/finger.himl?user=dac&hosts=eno.doppio&verbose=yes </pre> will re- 
quest full information about user "dac" on both hosts "eno' and 'doppio". 
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public 

class FingerServlet extends GenericServiet { 
/- 

* Port number for finger daemon. 
m l 

static final int FINGER_PORT = 79; 
/** 

* Handles a single finger request from the client. 
*/ 

public void service(ServletRequest req, ServletResponse res) 
throws ServletException, iOException 

{ 

String user = req.getParameterCuser"); 
String hosts = req.getParameter( M hosts H ); 
String verbose = ^^ParameterC'verbose 1 '); 
res.setContentTypeC'text/htmr'); 

PrintStream out = new PrintStream(res.getOutputStreamO); 
out. printing < html > H ); 

out.printIn("<head> < title > Finger Servlet< /title > </head> 

out. printing < body > "); 

out.printlnf < h2 > Finger results: < /h2 > "); 

outprintln(" <pre> M ); 

if (hosts == null) { 

fingerCout, user, null, n yes".equalsIgnoreCase(verbose)); 
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} else ' { 

SuingTokenizer st = new StringTokenizer(hos:s. V); 
while (st.hasMoreTokensO) { 

Siring host = st.nextTokenO; 

out.printin(T + host + "]"); 

tO' { 

fingcr(out, user, host, 

" yes " . equalsIgnoreCase(verbose) ) ; 

} catch (IOExccption c) { 
out.println(c); 

} 

out.printlnO; 

} 

} 

out.printlnf </pre> M ); 

out. printlnf < /body > </html> "); 

} 

/" 

* Sends finger output for a user and host to the specified output 

* stream. 
•/ 

void finger(OutputStream out, String user, String host, boolean verbose) 
throws IOException 

{ 

// open connection to finger daemon 
Socket s; 

if (host = = null) { 

s = new Socket(InetAddress.getLocalHost(), 

FINGER_PORT); 

} else { 

s = new Socket(host, FINGER_PORT); 

} 

// send finger command 
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PrintStream ps = new PrintSiream(s.getOutputStream()); 
if (verbose) { 

ps.print(7W); 

} 

if (user ! - null) { 
ps.print(user); 

} 

ps,print("\r\n"); 
ps.flushO; 

// copy results to output stream 
InputStream in = s.getInputStream(); 
byte[] buf = new byte [512]; 
int len; 

while ((len = in.read(buf, 0, buf.length)) !=-!){ 
out.write(buf, 0, len); 

} 

s.closeQ; 



} 



Those skilled ,n the an w,ll aooreaa.e that se^lets wh.ch are be.ng used w,th the HTTP protocol may support any 

so^™ ^ ^ d ' n9 T P0$T HEAD ' m ° re Th6y ™ y M » ^"0" ano send HT?P V 

speohc error messages. They can gel access lo parame.ers wh.ch were passed through standard HTML forms ,n- 
eluding the H„P method to be pertormed and the URI. which identifies the des,in a , IO n of the request 

As indicated above, one of the b.gges. performance features of servlets is that they do not requ.re creation of a 

erveTwhen LT T"' ^ " Wiren ™ n "- ^ SerVlels run * ^ the same prc^ as t 

server When used ,n such environments w,.h HTTP, servlets provide compelling performance advantages over both 

he CGI approach and the Fas.-CGI approach. This is because servlets have a small computational expense dl 
thread context switches. Since ,n most environments servlets can handle many client requeL ea h , me they Tre 
■mtialized. the cost of the initiation is spread over many methods. All the client reques? S to that LvTe have Z 
opportun.ty to share data and communications resources, benefitting more strongly from system caches 

Jaw, JIVT tk W aPPr6C,ale ,ha! SerV ' e,S embod V in 9 lh * ^en.«n can be used to dynam.cally extends 
Java-enabled ervers The servlets prov.de a general framework for sendees built using the request-response para 

cTJ T Pf0V ' de SeCUrS Web - baS6d aCCSSS 10 da ' a WhlCh is P resenIed ««'«9 HTML web pages and' hey 

?he u i ^ e r a b a T y r ing or mod " y,n9 ,hat data usin ° dynamic «* w -hn'o : y 

Th 6 ZlZT , T V kP 8 inVem '° n may be US6d "° Pf0V,de muniuser serv.ces for customer bases 

ItVp ThitpsT:^: i:t ,o suppon siandard,zed serv,ces - such as sia " c »* £ 

,na 1 M *Z ^ocols and proxyng services. Since they are used for dynamic ex.ens,b,l,ty. they may be used 

^zzztzz? such as search en9ines and semi<us,om appiica,ions - s - h as web - bas - -2 

sen.^raTule^rJ 6 ' 5 pfe,erabl V. wlllen in ^ clients may be written in any language When 

wrn^rguage ^ °' d ' S,nbUted ^ * ,Um b * '° oLUices. 



10 



EP0 810 524 A1 



Those skilled m the an will appreciate thai serviets may oe used m several moces The basic mode is at tne core 
of a request/response protocol. In addition serviets may oe specialized to suoport protocols sucn as HTTP in HTTP 
based appiicaiions. serviets are portable, complete, and mucn more efficient replacement (or CGI oaseo extensions 
Also m HTTP applications serviets may be used with HTML server side mciuoes to dynamically generate pari ol a 
web document. 

The foregoing cescrtpticn. lor purposes of explanation, used specific nomenclature to orovioe a thorough unoer- 
standing of examples of the invention However, it will be apoarent to one skilled in the art that the specific details are 
not required in order to practice other examples of the invention. In other instances, well know circuits and aevices are 
shown in block diayram form in order to avoid unnecessary distraction from the underlying principles Thus, (he fore- 
going descriptions of specific embodiments of the present invention are presented for purposes of illustration and 
description 



Claims 

1 . A method executed by a local server computer under the control of a program, said local server computer including 
a memory for storing said program said local server computer forming a portion of a client-server network, said 
method comprising the steps of: 

receiving a request from a client computer of said client-server network: 

determining that said request requires dynamically generated information from a servlet object of said client- 
server network: 

uploading from a remote server computer of said client-server network a specified servlet object corresponding 
to said request: and 

executing said specified servlet object to obtain dynamically generated information corresponding to said re- 
quest. 

2. The method of claim 1 further comprising the step of passing dynamically generated information from said specified 
servlet object to a web server operating on said local server computer, said passing step being facilitated with an 
application program interface. 

3. The method of claim 2 wherein said application programming interlace specifies techniques for performing at least 
one of the following operations: initializing a servlet object, executing a servlet object, and destroying a servlet 
object. 

4. The method of claim 2 wherein said specified servlet object and said application program interface are specified 
as object bylecodes in the JAVA programming language 

5. The method of claim 2 further comprising the step of sending said dynamically generated information from said 
web server to said client computer. 

6. The method of claim 1 wherein said executing step includes the steps of 

executing said specified servlet in a security area of said local server computer: and 

passing said dynamically generated information from said security area to a non-security area of said local 

server computer. 

7. The method of claim 1 wherein said local server computer stores a plurality ol servlet objects, each of said servlet 
objects continuously operating until invoked in response to a specified request from a client computer. 

8. The method of claim 7 wherein said plurality of servlet objects pass data to one another. 

9. The method of claim 7 wherein said selected servlet objects of said plurality of servlet objects are instantiated at 
the start-up of said local server computer. 

10. The method of claim 7 wherein selected servlet objects of said plurality of servlet objects are instantiated in re- 
sponse to a demand from said client computer. 
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11. The meinod cf c.a.m 7 where.n selected servle: cojecis of sa«c plural*, of servte; cojects ?.r* ins; ?f v. a :o- m 
sponse to an activated sea'iet URL 

12. The method of claim 11 wherein saia serviet URL induces arguments 

1 3. The method of claim i wnerem sa.c receiving siep includes the step of storing sa.c resist in a connect cueuo 

14. The method of cfa.m 13 wherein sa.d determining step includes the step of seiect.ng a handier tnread from a pool 
of handler threads to execute said determining steo 

1 5. The method of claim 1 4 further comprising the step of operating sa.d pool of handler threads oy sele-irvely -reai.no 
a new handler thread and destroying an old handier thread 

16. The meihod of claim 15 where.n said operating step includes the step of reusmg a duller memory space of sa-d 
old handler thread for said new handler thread 

1 7. A computer readable memory that can be used to direct a server computer of a chent-server comouter network 10 
lunction in a specified manner, comprising- 

a first set of instructions to receive a request from a client comouter of said client-server network' 

a second set of instructions to determ.ne that said request requires dynamically generated information from 

a serviet obieci of said client-server network: 

a third set ol instructions to upload from a remote server computer of sa,d ciien.-server network a speeded 
serviet ob|ect corresponding to said request, and 

a fourth set of instructs to execute said specified serviet ob,ec. to ob.am dynam.cally generated inlormat.on 

corresponding to said request. 

18 ' lTJZ a T S °' ' 7 ' Urlher COmpnSin9 3 "" h Se " °' ' nslruc "° ns '° ^ "»ough an application program 
"cLTselTcoZulel ^ ,n,0 '™ Mn Uom said s P eci,ied »«*et ob,ec. to a web server operaung on sa,d 

19. The apparatus ol claim 1= further comprising a sixth set of instructions to pass said dynam,cally generated infer- 
mation from said web server to said client computer 

20. The apparatus of claim ,7 further comprising a seventh se. ol instructions to store a plurality of servlel obiects on 
said server computer each of sa,d serviet ob,ec.s continuously operaung until mvoked ,n response to a speeded 
request from a client computer. 

21 ZSo^:^. where ' n sa ' d sevemh set °' ' ns,ructlons ,nc,ude ,nslruc,lons '° pass data °" s - 

a first set of instructions to receive a request from a client computer ol said client-server computer network 

a Sertoli SST™ * ^ '"* me * *™™*»V 9"™*™ -formation rrom 

a serviet object of said server computer; 

a third set of instructions to execute said specified servle, ob,ec. to obtain dynamically generated information 
corresponding to said request: and ,s miormauon 

a fourth set ol instructions to pass said dynamically generated information to said client computer. 

23 - ^S^ZTZT" sa,d second sel of ins,ruct,ons Inc,ude ins ~ s to inlerp - a — ^ 

24 ' 11 Srg'umems 0 ' C ' aim * """" °' ,nS ' rUC "° nS ' nC ' Ud9 M ™ ,0 <™'<>"» * •«*•« URL 

25. The apparatus of claim 22 further compnsmg a fifth se. of instructions to store a plurality of servfe. objects on said 
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server computer each of said servlet objects continuously operating until invokes m response to a speci'iec recuest 
from a client computer 

26. The apparatus of claim 20 wherein said fifth set of instructions include instructions to pass cata between sac 
plurality of servlei objects. 

27. A client-server computer network comprising- 

a client computer to generate a requesi: and 
a server computer to 

determine thai said request requires dynamically generated information from a servlet ooject of said server 
computer. 

execute said specified servlet object to obtain dynamically generated information corresponding to saic 
requesi. and 

pass said dynamically generated information to said client computer. 

28. The apparatus of claim 27 further comprising a remote server computer storing a set of servlet objects mat can 
be passed to said server computer 

29. The apparatus of claim 27 wherein said server computer stores a plurality of servlet objects, each of said servlet 
objects continuously operating until invoked in response loa specified request from said client computer 

30. The apparatus of claim 2Q wherein said plurality of servlet objects pass data between themselves. 
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